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(54) Telecommunication method permitting efficient data communication 



(57) Transmission data is previously divided into a 
plurality of data blocks S22. If data is updated S26, 
S29-S31 , the update data of the version is transmitted. 
The receiving side receives and stores data from the 
start of a block S42, S43. If there is the update data of 
the version S44, the reception memory is cleared S41 



and reception is started once again S41-S43. Thus, all 
the blocks are received S43-S45, S47, and rearranged 
to receive prescribed data S46. As a result, in a tele- 
communication device repeatedly transmitting the same 
information, an easy to use telecommunication method 
can be provided. 
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Description 

BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates generally to telecom- 
munication methods for transmitting long information 
based on a comparison of transmission speeds to a plu- 
rality of receiving ends through networks or radiowaves, 
and for unilateral communication, and more particularly, 
to a telecommunication method permitting reduction of 
waiting time until transmission of data is started and ef- 
ficient data communication. 

Description of the Related Art 

A telecommunication method of interest to the 
present invention is disclosed for example by Japanese 
Patent Laying Open No. 3-179944. Figs. 29A and 29B 
illustrate the concept of a conventional repetitive data 
transmission as described in the document. The trans- 
mitting side (Fig. 29a) repeatedly transmits a start sig- 
nal, transmission data, and an end signal, while the data 
receiving side (Fig. 29b) either receives data from the 
middle or waits for the start signal to start receiving the 
data upon accessing the transmission data. If the receiv- 
ing side starts receiving data from the middle, the re- 
ceived data is stored in a memory, and the stored data 
is moved based on the information associated with the 
end signal and the start signal. 

According to a conventional telecommunication 
method, if data is received from the middle, the neces- 
sary amount of memory capacity until the start or end 
signal is received is unknown, which makes it difficult to 
manage the memory. In the case of waiting for the start 
signal of data, the receiving side must wait for a long 
period of time until such start of data is received for 
lengthy data. Meanwhile, in the case of receiving data 
from the middle, if the content of data is updated and 
changed, the updated data must be received from the 
beginning, invalidating the already received data. Fur- 
thermore, the newest data upon accessing is not avail- 
able, and thejransmitting side cannot update the old 
until the transmission of the data completes. If there are 
provided a plurality of communication means, informa- 
tion may overlap between the plurality of communication 
means, which precludes efficient data communication. 

SUMMARY OF THE INVENTION 

It is therefore an object of the invention to provide 
an easy-to-use telecommunication method, in a tele- 
communication method of repeatedly transmitting the 
same information. 

Another object of the invention is to alleviate man- 
agement of a memory or the like when information is 
received from the middle of data. 



Yet another object of the invention is to permit data 
to be updated during transmission. 

Still another object of the invention is to permit uti- 
lization of data before updated if it can be used as is. 
s An additional object of the invention is to achieve 
communication less affected by communication time by 
utilizing information received before or after updating if 
data is updated on the transmission side. 

Another additional object of the invention is to re- 
10 duce time required for data communication if there are 
a plurality of communication means. 

A telecommunication method by which the same in- 
formation is repeatedly transmitted from a single infor- 
mation source to other information devices according to 
is the present invention includes the steps of dividing the 
entire information into a plurality of data blocks on the 
transmissing side, transmissing the data blocks in a pre- 
determined procedure, starting receiving an arbitrary 
data block among the transmitted data blocks, and ob- 
20 taining the entire information when there is no longer 
any unreceived data block. 

In a telecommunication method by which the same 
information is repeatedly transmitted, the entire informa- 
tion is divided into a plurality of data blocks and trans- 
25 mitted in a predetermined procedure, information is re- 
ceived from data blocks on the receiving side, then the 
entire information is obtained when there is no bnger 
any unreceived data block, and therefore waiting time 
until the start of receiving data will be equal to only time 
30 required for transferring one data block. The memory 
can be managed on a block-basis. As a result, in a tel- 
ecommunication method by which the same information 
is repeatedly transmitted, an easy to use telecommuni- 
cation method can be provided. 
35 The telecommunication method preferably includes 
a step of specifying data blocks. Since a plurality of data 
blocks produced by dividing are specified, it will be eas- 
ier to know the order of restoring the plurality of data 
blocks on the receiving side. 
40 The step of specifying data blocks more preferably 
includes a step of identifying information representing 
the position of storing a data block received on the re- 
ceiving side, information representing the order of trans- 
mitting data blocks and data blocks, and the receiving 
45 side can manage and restore the received information 
based on these pieces of information. 

In a telecommunication method according to anoth- 
er aspect of the invention, the positions of transmission 
blocks are shifted for transmission, using a plurality 
so transmission media. The receiving side receives infor- 
mation simu Itaneousty from the plu rality of transmission 
media, only portions with no overlapped content are 
gathered. Different parts of data can be simultaneously 
received at a plurality of receivers, and therefore time 
55 required for communication can be reduced by combin- 
ing the data. 

Preferably, if there is an overlapped portion be- 
tween the contents on the transmitting sides, at least 
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one of the transmitters eliminates the overlapped infor- 
mation, and the information on the elimination is trans- 
mitted to the receiving side. The receiving side receives 
and restores desired information based on information 
from the plurality of transmitters as well as the elimina- 
tion information. 

If part of information is eliminated, the receiving side 
refers to information from another transmitter based on 
the information on the elimination. Thus, desired com- 
munication information can be obtained for a shorter 
time period without increasing repetition time by individ- 
ual transmitters. 

The foregoing and other objects, features, aspects 
and advantages of the present invention will become 
more apparent from the following detailed description of 
the present invention when taken in conjunction with the 
accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a flow chart for use in illustration of a pro- 
cedure of transmission according to a first embod- 
iment of the invention; 

Fig. 2 illustrates the content of each block if one doc- 
ument is divided into a plurality of data blocks for 
transmission; 

Fig. 3 is a flow chart for use in illustration of a pro- 
cedure of reception according to the first embodi- 
ment; 

Fig. 4 is a flow chart for use in illustration of trans- 
mission according to a second embodiment; 
Fig. 5 illustrates transmission data divided length- 
wise; 

Fig. 6 is a flow chart for use in illustration of recep- 
tion according to the second embodiment; 
Fig. 7 is a flow chart for use in illustration of trans- 
mission according to a third embodiment of the in- 
vention; 

Fig. B shows an example of functionally divided da- 
ta; 

Fig. 9 is a flow chart for use in illustration of a pro- 
cedure of reception according to the third embodi- 
ment; 

Fig. 1 0 is a flow chart for use in illustration of a pro- 
cedure of transmission according to a fourth em- 
bodiment of the invention; 
Fig. 11 shows an example of data divided length- 
wise; 

Fig. 1 2 is a flow chart for use in illustration of a pro- 
cedure of reception according to the fourth embod- 
iment; 

Fig. 1 3 is a flow chart for use in illustration of a pro- 
cedure of transmission according to a fifth embod- 
iment of the invention; 

Fig. 14 shows an example of functionally divided 
data; 

Fig. 15 is a flow chart for use in illustration of a pro- 
cedure of reception according to the fifth embodi- 



ment; 

Fig. 16 is a flow chart for use in illustration of a pro- 
cedure of transmission according to a sixth embod- 
iment of the invention; 
s Fig. 17 is a flow chart for use in illustration of a pro- 
cedure of reception according to the sixth embodi- 
ment; 

Fig. 18 is a flow chart for use in illustration of a pro- 
cedure of reception according to a seventh embod- 

io iment of the invention; 

Fig. 1 9 is a flow chart for use in illustration of a pro- 
cedure of transmission according to an eighth em- 
bodiment of the invention; 
Fig. 20 shows an example of data divided length- 

15 wise; 

Fig. 21 is a flow chart for use in illustration of a pro- 
cedure of reception according to the eighth embod- 
iment; 

Fig. 22 is a flow chart for use in illustration of a pro- 
20 cedure of transmission according to a ninth embod- 
iment of the invention; 

Fig. 23 shows an example of data divided length- 
wise; 

Fig. 24 is a flow chart for use in illustration of a pro- 
25 cedure of reception according to the ninth embodi- 
ment; 

Fig. 25 is a schematic illustration showing a proce- 
dure of transmission according to a tenth embodi- 
ment of the invention; 

30 Fig. 26 is a schematic illustration showing a proce- 
dure of communication according to an eleventh 
embodiment of the invention; 
Fig. 27 is a schematic illustration showing a proce- 
dure of communication according to a twelfth em- 

35 bodiment of the invention; 

Figs. 28A and 28B show contents of outlines A and 
B according to the twelfth embodiment; and 
Figs. 29A and 29B show a conventional telecom- 
munication method. 

40 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

First Embodiment 

45 

An embodiment of the invention will be described in 
conjunction with the accompanying drawings. 

Fig. 1 is a flow chart showing a procedure on the 
transmitting side step by step in a telecommunication 

so method according to a first embodiment of the invention. 
Referring to Fig. 1, in step S21 (hereinafter 'step" is 
omitted), transmission data is prepared and the data is 
divided in S22. The data is divided lengthwise, on a line- 
basis for a document, on a subroutine basis for a pro- 

5£ gram, or on a function-basis for an application. In the 
case of producing one data block divided from a docu- 
ment will be described by way of illustration in conjunc- 
tion with Fig. 2. In Fig. 2, (A) is an original document, 
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(B) is the document divided into block, and (C) shows 
the state in which the document thus divided into blocks 
is updated. As shown in Fig. 2, the original document 
(A) formed of a plurality of sentences are divided into 
blocks on a sentence-basis (B), among which block 4 is 
updated from "CLEAR" to "RAINY" (C). 

In S24, a data block to be transmitted (transmission 
block) is set to the initial portion of data divided in S22 
(which corresponds to block 1 in Fig. 2). In S25, trans- 
mission blocks set in S24 and S28 which will be de- 
scribed later are transmitted to the receiving side. It is 
confirmed if there is no updating of transmission data in 
S26, and the processing moves to S29 if there is any 
updating, and to S27 otherwise. In S27, it is determined 
if the data transmitted in S25 is the last block of the data 
divided in S22 (which corresponds to block 6 in Fig. 2). 
If it is the last block, the operation moves to S24 to trans- 
mit the data from the beginning, and to S28 otherwise. 
In S28, data to be transmitted in S25 is set to the next 
block, and operation moves to S25. The processings in 
and after S29 are executed if it is determined in S26 that 
the data is updated, the content of the transmission 
block of interest is updated in S29, and then the opera- 
tion proceeds to S30. In S30, the version is updated (ver. 
1-» ver. 2 in Fig. 2), a version update signal is transmit- 
ted to indicate the updating of the version, and the 
processing proceeds to S20 to transmit the data from 
the first block. 

Note that the last block is determined by detecting 
a signal inserted within the transmission data and indi- 
cating the last block or the first block. Since data such 
as. CHECK SUM, ID is usually attached to data blocks 
produced by dividing, a flag indicating the last or first 
block may be additionally attached to such data and de- 
tected. The version update signal is similarly detected. 

Now, the processings on the receiving side will be 
described in conjunction with a flow chart in Fig. 3. In 
S41 , the reception memory is cleared, thus initializing 
the reception state. In S42, the start of block is waited 
for, and the processing proceeds to S43 if the start of 
the block is confirmed. In S43, data blocks transmitted 
from the transmission side (S25) are received, and in 

544, based on the presence/absence of version infor- 
mation transmitting from transmitting side (S31) the 
presence/absence of the updating of data is deter- 
mined. If there is such an updating, the processing pro- 
ceeds to S41 , reception is started all over again, and if 
there is no such updating, the processing proceeds to 

545. If there is the updating, reception is restarted in 
S41 , the procedure of updating the received data is not 
necessary. In S45, it is determined if all the blocks are 
received, and the processing proceeds to S46 if all the 
blocks are received, and to S47 otherwise. In S47, the 
receptbn black is set to the next block, which is received 
in S43. In S46, the received data blocks are rearranged. 
This rearranging may be conducted with reference to 
the position of the first block, and memory management 
during the rearrangement may be executed on a block- 



basis. 

Second Embodiment 

$ Now, a second embodiment of the invention will be 
described. Fig. 4 is a flow chart for use in illustration of 
the procedure of transmitting on the transmitting side in 
the second embodiment. Referring to Fig. 4, transmis- 
sion data is prepared in S51 , and the data is divided in 
10 S52. These operations are similar to those in the first 
embodiment. Fig. 5 shows the state of data divided into 
blocks. (A) shows original data, (B) shows the state of 
data divided into three blocks, and (C) shows the state 
of data produced by updating the data blocks in version 
15 1 to version 2. 

In S53, the version is initialized. IN S54, the data 
block (transmission block) to transmit is set to the first 
portion of divided data (which corresponds to block 1 in 
Fig. 5). In S55, the address at which the receiving side 
will position the transmission data is transmitted. In S56, 
the present version is transmitted, in S57, the transmis- 
sion blocks set in S54 and in S60 which will be described 
later are transmitted to the receiving side. In S58 it is 
determined if there is an updating of the transmission 
data. If there is an updating, the processing proceeds to 
S61 , and to S59 otherwise. It is determined in S59 if the 
data transmitted in S59 is the last btock of the divided 
data (which corresponds to block 3 in Fig. 6). If it is the 
last block, the operation proceeds to S54 to transmit the 
data from the beginning, and to S60 otherwise. In S60, 
the transmission data is set to the next block, and the 
processing returns to S55. The processings in S61 and 
after are executed if it is determined in S58 that data is 
updated in which case the content of transmission block 
is updated in S61, and the version is updated in S62 
(which corresponds to ver. 1 -> ver. 2 in Fig. 5). 

Now, the procedure on the receiving side in the sec- 
ond embodiment will be described in conjunction with a 
flow chart in Fig. 6. In S71, the reception memory is 
cleared, thus initializing the reception state. The start of 
a block is waited for in S72, and the processing pro- 
ceeds to S73 if the start of the block is confirmed. In 
S73, address data transmitted in S55 from the transmit- 
ting side is received and the information is stored in the 
register. The version is received (S74), and it is deter- 
mined if the version information transmitted in S56 from 
the transmitting side has changed from the version in- 
formation received last time to determine the presence/ 
absence of an updating of data (S75). If there is an up- 
dating, the processing proceeds to S71 , and reception 
is started all over from the beginning. If there is no up- 
dating, the processing proceeds to S77. Stated differ- 
ently, data is received once again if the version changes. 
In S76, data blocks transmitted in S57 from the trans- 
mitting side are received, and stored in the memory ac- 
cording to the address data stored in the register in S73. 
In S77, it is determined if all the blocks have been re- 
ceived. If all the blocks have not been received, the 
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processing returns to S73, and receives the next block. 
If all the blocks have been received, the reception com- 
pletes (S77). in this case, since the data is stored in the 
memory according to the address information, rear- 
rangement is not necessary. 

Third Embodiment 

Now, a third embodiment will be described. Fig. 7 
is a flow chart for use in illustration of the procedure of 
transmitting data from the transmitting side according to 
the third embodiment. Referring to Fig. 7, in S81 , trans- 
mission data is prepared, and the data is divided in S82. 
The method of dividing the data is the same as that in 
the foregoing embodiments. Fig. 8 shows an example 
of functionally divided data. (A) is original data formed 
of three functions: indication function, operation func- 
tion, and communication function, (B) shows the state 
of data divided into blocks on a function-basis, and (C) 
shows the state after updating. 

In S83 in Fig. 7, the version is initialized. In S84, a 
data block (transmission block) to transmit is set to the 
first portion of divided data (which corresponds to block 
1 in Fig. 8). In S85, transmission numbers representing 
information such as the order of transmitting data is 
transmitted. In the example shown in Fig, 8, data blocks 
are attached with such transmission numbers in the or- 
der they are divided. In S86, transmission blocks set in 
S84 and S89 which will be described later are transmit- 
ted to the receiving side. lnS87, it is determined if there 
is an updating of the transmission data. If there is an 
updating, the processing proceeds to S90, and to S88 
otherwise. It is determined in S88, if the data transmitted 
in S86 is the last block of the divided data (which corre- 
sponds to block 3 in Fig. 8). 

If it is the last block, the processing proceeds to S84 
to transmit the data from the beginning. If is not the last 
block, the processing proceeds to S89. In SB9, data to 
transmit in S86 is set to the next block, and the process- 
ing returns to S85. The processings in S90 and after are 
executed if it is determined in S87 that the data is up- 
dated. In S90, the content of the transmission block is 
updated (in Fig. 8, the indication function in block 1 and 
the operation function in block 2 are updated), and the 
version is updated in S91 . In S92, data blocks which can 
be used after the updating of the data are extracted (in 
Fig. 8, the indication function in block 1 and the commu- 
nication function both in block 3 can be used after up- 
dating, while the operation function cannot be used after 
the updating.) The transmission numbers of the data 
blocks extracted in S92 are transmitted and the process- 
ing proceeds to S85. 

The processing on the receiving side will be de- 
scribed. Fig. 9 is a flow chart for use in illustration of the 
processing on the receiving side. The reception memory 
is cleared to initialize the reception state (S101). The 
start of a block is waited for (S102), and the processing 
proceeds to SI 03 if the start of the block is confirmed. 



Transmission numbers transmitted in S85 from the 
transmitting side are received in S103, and the informa- 
tion is stored in the memory. Data blocks transmitted in 
S86 from the transmitting side are received (S1 04), and 

s stored in the memory so as to manage the data using 
the transmission numbers received in S103. Depending 
on if there is data to be transmitted in S93 from the trans- 
mitting side, the presence/absence of an updating of the 
data is determined (S105), if there is any, it is deter- 

10 mined that there is data updating, thus proceeding the 
processing to S0t8, and to S 106 otherwise. In S106the 
transmission numbers received in S103are determined, 
in order to determine if the entire data is received. If all 
the data blocks are received, the processing proceeds 

15 to S1 07, and the processing returns to S1 03 otherwise. 
In S107, based on the transmission numbers received 
in S103, the data received in S 104 is rearranged, thus 
completing the receiving operation. If it is determined in 
S105 that the data has been updated (update present 
so in S105), the processing in SI 08 is executed, the data 
which was received before the updating and cannot be 
used is eliminated based on the information received in 
S105. 

In the example shown in Fig, 8, if data in block 2 is 
25 not received, for the operation function after updating, 
the data before updating cannot be used, and therefore 
all the data is eliminated. If the data in block 2 after the 
updating has been received, the reception may be con- 
tinued. The operation proceeds to S106 thereafter 

30 

Fourth Embodiment 

Now, a fourth embodiment of the invention will be 
described. Fig. 10 is a flow chart for use in illustration of 

35 the procedure of transmission on the transmitting side 
according to the fourth embodiment. Referring to Fig. 
10, transmission data is prepared (S111), and divided 
into blocks (S112). The procedure is the same as that 
in the foregoing embodiments. Fig. 11 shows an exam- 

40 pie of data divided lengthwise. (A) shows original data, 
and (B) shows data divided into blocks and attached 
with identifiers. Referring to Fig. 10, identifiers for data 
blocks produced by dividing in S1 1 2 are set (S1 1 3). Part 
of the data is used as an identifier. I n the example shown 

45 in Fig. 11 , 4-bit serial numbers are used for the case in 
which the first 1 byte of data is identical to a data iden- 
tifier. In S114, a transmission block is set to the first por- 
tion of the data divided in S112 (which corresponds to 
block 1 in Fig. 11.) The identifier of the data block to 

50 transmit is transmitted (S115). Transmission blocks set 
in S1 1 4 and S1 1 9 which will be described later are trans- 
mitted to the receiving side (S116). It is determined in 
S116 if the transmitted data is the last block of the data 
divided in S1 12 (which corresponds to block 5 in Fig, 11 ) 

55 (S117). If it is the last block, the processing proceeds to 
S114 to transmit the data from the beginning, and to 
S1 19 otherwise. In S119, the data to transmit in S116 is 
set to the next block, and the processing proceeds to 
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S115. 

Now, the processing on the receiving side will be 
described in conjunction with Fig. 12. The reception 
memory is cleared to initialize the reception state 
(S1 1 3). The start of a block is waited for (S1 32), and the 
processing proceeds to S1 33 if the start of the block is 
confirmed. In S133, identifiers transmitted in S115 from 
the transmitting side are received, and the information 
is stored in the memory. Depending on if the same iden- 
tifiers as the identifiers received in S1 33 have been re- 
ceived before, it is determined if all the blocks have been 
received (S134). If all the blocks have not been re- 
ceived, the processing proceeds to S135, and to S136 
otherwise. The data of blocks transmitted in S116 from 
the transmitting side are received and stored in the 
memory (135), and the processing returns to S133. In 
S 135, if the same identifiers are received, data is rear- 
ranged, thus completing the receiving operation (S1 36). 

Fifth Embodiment 

A fifth embodiment of the invention will be de- 
scribed. Fig. 13 is a flow chart for use in illustration of 
the procedure on the transmitting side in this embodi- 
ment. Referring to Fig. 13, data to transmit is prepared 
(S141) and divided into blocks (S142). The procedure 
of dividing data is the same as that in the foregoing em- 
bodiments. Fig. 14 shows an example of data divided 
functionally. (A) shows original data, (B) shows the state 
of the data divided into blocks, and (C) shows the state 
after an updating of the data. 

Referring to Fig. 1 3, update information allocated to 
each block is initialized (S143). In Fig. 14, it is the portion 
set to ver. 1 . Data block to transmit in S146 is set to the 
first portion of the data divided in S142 (which corre- 
sponds to block 1 in Fig. 14 )(S144). In S145, the update 
information of the data to transmit (set in S143 and 
S153) are transmitted (S145). 

The transmission blocks set in S144 and in S 149 
which will be described later are transmitted to the re- 
ceiving side (S146). Then, it is determined if there is an 
updating of the transmission data. If there is an updat- 
ing, the processing proceeds to S150, and to S148 oth- 
erwise. If there is no such updating, it is determined if 
the data transmitted in S146 is the last block of the data 
divided in SI 42 (which corresponds to block 3 in Fig. 4) 
(S1 48). If it is the last block, the processing proceeds to 
S 144 to transmit the data from the beginning. If it is not 
the last block, the processing proceeds to S149. In 
S149, the data to transmit in S146 is set to the next 
block, thus returning the processing to S1 44. The oper- 
ations in S150 and after are executed if it is determined 
in S147 that the data is updated. In S150, the content 
of the transmission block is updated (in the example 
shown in Fig. 14, the indication function of block 1 is 
updated), and the version is updated in S151. Data 
blocks which can be used after updating the data are 
extracted in S152. In Fig. 14, the indication function in 



block 1 and the communication function in block 3 can 
be used after updating, while the operation function in 
block 2 cannot be used after the updating. The informa- 
tion extracted in S1 52 is recorded as update information 

5 (S153). In Fig. 14, the information includes for example 
Ver. 2, ver. 1 combine ok" in blocks 1 and 3, and "ver. 
2, ver. 1 combine no" in block 2 at (C). 

The procedure on the receiving side will be de- 
scribed in conjunction with Fig. 15. The reception mem- 

io ory is cleared to initialize the reception state (S1 61 ). The 
start of a block is waited for (S1 62), and the processing 
proceeds to S163 if the start of the block is confirmed. 
In SI 63, the update information transmitted in S145 
from the transmitting side is received and stored in the 

is memory. The data blocks transmitted in S 146 from the 
transmitting side is received, and stored in the memory 
together with the received update information (S164). In 
S165, the received update information (ver. 1, and ver. 
2 in Fig. 1 4) is used to determine the presence/absence 

20 of an updating of the data. If there is an updating (in the 
example shown in Fig. 14, if ver. 1 is received and then 
ver. 2 is received), the processing proceeds to S168 
based on the determination that there was an updating 
of the data. The processing proceeds to S166 other- 

25 wise. Then, it is determined if the entire data has been 
received (S166), and the processing proceeds to S167 
if all the data blocks have been received, and the 
processing is repeated from S163 otherwise. Then, the 
data is rearranged, thus completing the reception (167). 

30 If it is determined in S1 65 that there was an updating of 
the data, the processing proceeds to S168, and it is de- 
termined if the data received in S164 can be used to- 
gether with the data before updating based on the infor- 
mation received in S163. If the data cannot be used (in 

35 the example shown in Fig. 14, if block 2 is received), the 
processing proceeds to S169, and if the data can be 
used, the processing returns to S166. The data of old 
version is eliminated in S169. In the example shown in 
Fig. 14, the data of ver. 1 is eliminated. Then the 

40 processing proceeds to S166. The operations in S168 
and after permits the data after the updating to be used 
together with the data before updating if possible, and 
only the data after the updating is used if the data before 
the updating cannot be used. 

45 

Sixth Embodiment 

Now, a sixth embodiment will be described. Fig. 16 
is a flow chart for use in illustration of the procedure of 

so transmitting in the sixth embodiment. Referring to Fig. 
16, transmission data is prepared (S171), and divided 
into data blocks (S1 72). The method of dividing the data 
is the same as that in the foregoing embodiments. A da- 
ta block to transmit in S174 (transmission block) is set 

55 to the first portion of the data divided in S172 (which 
corresponds to block 1 in the example shown in Fig. 2) 
(S173). The transmission blocks set in S173 and S177 
which will be described later are transmitted to the re- 
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ceiving side (S174). It is determined if there is an updat- 
ing of the transmission data (S175), and it there is any 
updating, the processing proceeds to S1 78, and to S 176 
otherwise. lnS174, it is determined rf the data transmit- 
ted is the last block of the data divided in S172 (which 
corresponds to block 3 in the example shown in Fig. 8) 
(S176)! If it is the last block, the processing proceeds to 
S 173 to transmit the data from the beginning, and to 
S177 otherwise. The data to transmit is set to the next 
block, and the processing returns to S174. The opera- 
tions in S178 and after are executed if it is determined 
in S175 that the data has been updated. The content of 
the transmission block is updated (S178), and differ- 
ence is extracted based on a comparison of data before 
and after updating (S179). In the example shown in Fig. 
2 "CLEAR" "RAINY" in block 4. In S1 79, the difference 
extracted in S179 is transmitted (S1B0), and the 
processing returns to S176. 

Now, the procedure on the receiving side in the sixth 
embodiment will be described in conjunction with Fig. 
17. Referring to Fig. 17, the reception memory is cleared 
to initialize the reception state (S181). The start of a 
block is waited for (S182), and if the start of the block is 
confirmed, the processing proceeds to S1B3. Data 
blocks transmitted in S1 74 from the transmitting side are 
received and storedJn the memory (S183). Depending 
on if there is data to be transmitted in S180 from the 
transmitting side, the presence/absence of an updating 
of data is determined (S184). If there is an updating, the 
processing proceeds to S187, and to S185 otherwise. 
In S185, it is determined if the entire data has been re- 
ceived, and if all the blocks have been received, the 
processing proceeds to S186, and the processing from 
S 183 is repeated otherwise. In S186, the data received 
in S1 83 is rearranged, thus completing the reception op- 
eration. The operations in S187 and after are executed 
if it is determined in S184 that there is an updating of 
the data. The data transmitted in S180 is received 
(S187). The data which has been received until S183 is 
changed into the data after updating using the data re- 
ceived in S1B7 (S188). More specifically, in the example 
shown in Fig. 2, the data in block 4 "CLEAR" is changed 
to "RAINY". Thereafter the operation proceeds to S185 
and the reception is continued. The foregoing opera- 
tions permit data after the updating to be available on 
the receiving side which continues from before the up- 
dating. 

Seventh Embodiment 

A seventh embodiment will be described. The pro- 
cedure of the transmitting side is the same as that in the 
sixth embodiment described in conjunction with Fig. 16, 
with a detailed description thereof being omitted. Fig. 1 8 
is a flow chart for use in illustration of the procedure of 
processing on the receiving side in the seventh embod- 
iment. Referring to Fig. 18, the reception memory is 
cleared (S1 91 ) to initialize the reception state. The start 



of a block is waited for (S192), and if the start of the 
block is confirmed, the processing proceeds to S1 93. In 
S193, data blocks transmitted in S174 from the trans- 
mitting side are received and stored in the memory. De- 
5 pending on if there is data to be transmitted in S1 80 from 
the transmitting side, the presence/absence of an up- 
dating of the data is determined (S1 94). If there is such 
data, it is determined that there was a data updating, the 
processing proceeds to S198, and the processing pro- 
10 ceeds to S195 otherwise. The operation in S198 is ex- 
ecuted if it is determined in S1 94 that there was an up- 
dating of the data. The data transmitted in S180 is re- 
ceived and stored in the memory. Thereafter the 
processing proceeds to S195 to resume receiving. In 
is S195, it is determined if the entire data has been re- 
ceived, and if all the data blocks have been received, 
the processing proceeds to S196, and to S193 other- 
wise. In S196, the data received in S193 is rearranged, 
and if there is a change to be recorded in S198, the 
processing in S199 is executed as data updating is 
present (S1 97). If there is no change in the content, the 
processing completes. In S199, if it is determined in 
S194 that data has been updated, the data received in 
S193 is returned to the data before the updating using 
the change recorded in S198, then the reception com- 
pletes. More specifically, in the example shown in Fig. 
2, in the data in block 4, "RAINY" is changed to 
"CLEAR". These operations permit the receiving side to 
obtain the data before the updating. 

Eighth Embodiment 

Now, an eighth embodiment of the invention will be 
described. Fig. 1 9 is a flow chart for use in illustration of 
the procedure on the transmitting side in the eighth em- 
bodiment. Referring to Fig. 1 9, transmission data is pre- 
pared (S201), and divided into data blocks (S202). The 
procedure is the same as that in the foregoing embodi- 
ments. Fig. 20 shows an example of data divided length- 
wise. (A) shows original data, (B) shows data divided 
into blocks, and (C) shows data after updating. 

In S203, a data block to transmit (transmission 
block) in S205 is set to the first portion of the data divided 
in S202 (which corresponds to block 1 in Fig. 20). It is 
determined in S204 if there is any updating in the con- 
tent of transmission, and if there is any updating, the 
processing proceeds to S209. If there is no such updat- 
ing, the processing proceeds to S205. In S205, trans- 
mission blocks set in S202 and in S208 which will be 
described later are transmitted to the receiving side. 
During a first repetition after an updating of the data was 
found in S204 (which corresponds to a time period until 
blocks 2, 3 and 1 are transmitted if there is an updating 
before transmitting block 2), the processing proceeds to 
S21 1 . Otherwise, the processing proceeds to S207. It is 
determined if data transmitted in S205 is the last block 
of the data divided in S202 (which corresponds to block 
3 in Fig. 20) (S207), and if it is the last block, the process- 
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ing proceeds to S203 to transmit the data from the be- 
ginning. It it is not the last block, the processing pro- 
ceeds to S208. In $208, the data to transmit in S205 is 
set to the next block, and the processing returns to 
S204. The operations in S209 and after are executed if 
it is determined in S204 that there was an updating of 
the data. The content of the transmission block is up- 
dated(S209), the data of individual blocks before and 
after the updating is compared, and the difference is 
stored in the memory (S210), then returning to S205. 
The operation in S211 is executed if it is determined to 
be the first repetition after the data was updated. The 
difference extracted in S210 which corresponds to the 
block transmitted in S205 is transmitted and the opera- 
tion returns to S207. 

Fig. 21 is a flow chart for use in illustration of the 
procedure on the receiving side. Referring to Fig. 21, 
the reception memory is cleared to initialize the recep- 
tion state. The start of a transmission block is waited for 
(S221 ), if the start of the block is confirmed, the process- 
ing proceeds to S222. In S222, an update flag indicating 
the state of updating is set to 0. With the update flag of 
0, data has not been received, with the flag of 1 , the data 
has been received, and with the flag of 2, a change in 
the content of the data has been attached from the be- 
ginning of the reception. 

Data blocks transmitted in S205 from the transmit- 
ting side are received and stored in the memory (S223). 
Depending on if there is a change in the content trans- 
mitted in S211 from the transmitting side, the presence/ 
absence of an updating is determined (S224). If there is 
such a change, it is determined that the data has been 
updated, the processing proceeds to S228, and to S225 
otherwise. In S225, since one or more data blocks have 
been received in the state, the update flag of 0 is 
changed to 1 . In S226, it is determined if the entire data 
has been received, and if all the data blocks have been 
received, the processing proceeds to S227. Otherwise 
the processing from S224 is repeated. In S227, the data 
received in S223 is rearranged, thus completing the re- 
ception. The operations in S228 and after are executed 
if ft is determined in S224 that data has been updated. 
The update flag is determined (S228) and if it indicates 
the state of reception, the operation proceeds to S225. 
If the flag indicates the first reception or the state in 
which the content of a change has been attached from 
the start of the data, in other words, if the flag indicates 
0 or 2, the processing proceeds to S230. In S229, the 
data blocks received in S223 are returned to the state 
before updating based on the content of change in 
S224, and the processing returns to S225. In S230, the 
update flag is set to 2, and if the content of the change 
has been received, the processing in S229 is not exe- 
cuted, and the processing returns to S225. These oper- 
ations permit data before updating to be obtained if the 
data is updated during the reception on the receiving 
side. 



Ninth Embodiment 

Now, a ninth embodiment will be described. Fig. 22 
is a flow chart for use in illustration of the procedure on 

5 the transmitting side in the ninth embodiment. Referring 
to Fig. 22, transmission data is prepared (S231), and 
divided into data blocks (S232). The procedure is the 
same as that in the foregoing embodiments. Fig. 23 
shows an example of data divided lengthwise. (A) is 

io original data, (B) shows the state of the data divided into 
blocks and (C) shows the state of the data after updat- 
ing. 

In S235, a data block to transmit (transmission 
block) is set to the first portion of the data divided in S232 
is (which corresponds to block 1 in Fig. 23) (S233). It is 
determined if there is an updating in the content of trans- 
mission (S234), and if there is an updating, the process- 
ing proceeds to S239. If there is no such updating, the 
processing proceeds to S235. In S235, transmission 
20 blocks set in S233 and S238 which will be described 
later are transmitted to the receiving side. 

In S234, the processing proceeds to S240 until a 
first repetition after an updating of the data (S236). In 
the example shown in Fig. 23, it corresponds to the time 
25 period until blocks 2, 3 and 1 are transmitted if there is 
an updating before transmitting block 2. If it is not the 
first repetition after the updating (no in S236), the 
processing proceeds to S237. It is determined if the data 
transmitted in S235 is the last block of the data divided 
30 in S232 (which corresponds to block 3 in Fig. 23) (S237), 
and if it is the last block, the processing proceeds to 
S233 to transmit the data from the beginning. If it is not 
the last block, the processing proceeds to S238. In 
S238, data to transmit in S235 is set to the next block, 
35 and the processing returns to S234. 

The operation in S239 is executed if it is determined 
in S234 that the data was updated. Data of the individual 
blocks before and after the updating is compared 
(S239), and the difference is stored in memory, returning 
40 to S235. The operations in S240 and after are executed 
if it is determined that it was the first repetition after the 
updating of the data. The difference extracted in S239 
which corresponds to the block transmitted in S235 is 
transmitted. The data of the block transmitted in S235 
45 is changed after the updating (S241 ), and the operation 
returns to S287. 

Now, the processing on the receiving side will be 
described here. Fig. 24 is a flow chart for use in illustra- 
tion of the procedure on the receiving side. Referring to 
50 Fig. 24, the reception memory is cleared to initialize the 
reception state (S251 ). The start of a block is waited for 
(S252), and if the start of the block is confirmed, the 
processing proceeds to S253. In S253, the update flag 
indicating the state of updating is set to 0. The update 
55 flag of 0 indicates the state in which data is not yet re- 
ceived, the flag of 1 the state in which the data has been 
received, and the flag of 2 the state in which the content 
of a change in data has been attached after starting the 
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reception. The data blocks transmitted in S235 from the 
transmitting side are received and stored in the memory 

(5254) . Depending on it there is a change in the content 
transmitted in S241 from the transmitting side, the pres- 
ence/absence of an updating of the data is determined 5 

(5255) . If there is a change, it is determined that the 
data has been updated, and the processing proceeds 
to S259. The processing otherwise proceeds to S259. 
In S259, since one or more data blocks have been re- 
ceived in this state, the update flag of 0 is changed to 10 
1. In S257, it is determined if the entire data has been 
received. If all the data blocks have been received, the 
processing proceeds to S258. The processing from 
S258 is repeated otherwise. The data received in S254 

is rearranged, thus completing the reception operation 15 
(S258). 

The operations in S255 and after are executed if it 
is determined in S255 that there was an updating of the 
data. The update flag is determined (S259). If the flag 
indicates the state in which the data has been already 20 
received, the processing returns to S256. If the flag in- 
dicates 0 or 2 which represents the first reception of the 
state in which the content of a change in the data has 
been attached from the beginning, the processing pro- 
ceeds to S260. In S260, the received data is changed 2s 
based on the content of the change in S255, then the 
update flag is set to2 (S261 ). If the content of the change 
has been received from the beginning, the processing 
in S260 is executed, and then the processing returns to 
S256. These operations permit the data before updating 30 
to be obtained if the data is updated during the reception 
on the receiving side. 

Tenth Embodiment 

A tenth embodiment of the invention will be de- 
scribed. Fig. 25 is a schematic representation showing 
the tenth embodiment. Referring to Fig. 25, in the em- 
bodiment, data is transmitted repeatedly from a single 
information source 1 directly or through a relay 3 to a 40 
receiver 7. 

Referring to Fig. 25, the information is repeatedly 
transmitted from information source 1 to relay 3 and re- 
ceiver 7. Relay 3 receives the information from informa- 
tion source 1 and transmits the received information to 45 
receiver 7. Receiver 7 can receive information from in- 
formation source 1 and relay 3 at a time. Information 
source 1 repeatedly transmits data 2. Relay 3 receives 
repeated data 2 from information source 1 and labels 
the data as received data 4. The received data 4 is so 
stored in a buffer 5 until at least one repetition com- 
pletes. The data stored in buffer 5 is repeatedly trans- 
mitted as repeated transmission data 6, the position of 
transmission at the time is shifted from the position of 
reception. In this embodiment, the position is shifted by ss 
the half of the length of the data. Receiver 7 receives 
repeated data 2 from information 1 and repeated data 
6 from relay 3 at a time. The former received data is 



labeled data 8 from the information source and the latter 
is labeled data 9 from the relay. Data B from information 
source and data 9 from relay 3 are combined to be com- 
bined data 10. Since these pieces of data are shifted 
from each other, the reception of the data completes 
when the entire data is collected in combined data 10. 
In this embodiment, since the half of the data length is 
shifted in relay 3, time required for receiving the data is 
half that of the case communicating only with informa- 
tion source 1 . When receiver 7 is capable of communi- 
cating only with one of information source 1 and relay 

3, the same repeated data can be obtained. 

Eleventh Embodiment 

An eleventh embodiment of the invention will be de- 
scribed. In this embodiment, single information is also 
transmitted to the receiving side through a plurality of 
routes as is the case with the foregoing embodiment. 
Fig. 26 is a schematic representation for use in illustra- 
tion of the state of communication according to the elev- 
enth embodiment. Referring to Fig. 26, information in- 
cluding blocks 1 to 8 is repeatedly transmitted to receiv- 
ing side 14 using a network 1 andanetwork2. Thetrans- 
mitting side transmits data using these two networks, 
the order of transmitting through network 1 goes from 
block 1 to block 8 indicated by a, and then block 1 is 
transmitted. Meanwhile, in transmission through net- 
work 2, as indicated by b, block 5 is transmitted as net- 
work 11 transmits block 1 , followed by block 6, block 7, 
block 8, block 1 , block 2, block 3, and block 4 and again 
block 5 as network 11 transmits block 2, block 3, block 

4, block 5, bbck 6, block 7, block 8 and block 1 , respec- 
tively, in other words all the data blocks are transmitted 
shifted by half of the whole blocks constituting transmis- 
sion data. 

The receiving side receives data through networks 
1 and 2 simultaneously, and the reception completes 
when information formed by combining information c 
from network 1 and information d from network 2 corre- 
sponds to all the data blocks. 

In the example shown in Fig. 26, when data blocks 
2, 3, 4 and 5 from network 1 are received, blocks 6, 7, 
B and 1 are received from network 2, and information 
including all the data blocks from blocks 1 to 8 can be 
obtained when the information from both networks are 
combined and rearranged in the order of blocks. There- 
fore, the time required for telecommunication is reduced 
by half as compared to the case of communicating 
through a single network. All the data blocks can be ob- 
tained even if communication is possible only with one 
of networks 1 and 2. 

Twelfth Embodiment 

A twelfth embodiment of the invention will be de- 
scribed. Fig. 27 is a schematic representation for use in 
illustration of the twelfth embodiment. This embodiment 
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relates to a telecommunication method permitting effi- 
cient transmission of a plurality of pieces of source data 
which partly overlaps each other to a plurality of receiv- 
ing sides. 

Referring to Fig. 27, assume that first source data 
21 and second source data 24 are transmitted to a first 
receiving side 42 and a second receiving side 43, re- 
spectively through communication 1 and communica- 
tion 2 from a transmitting side 41 . The overlapped por- 
tion between first source data 21 and second source da- 
ta 24 is deleted. Inthiscase, since the indication function 
and operation function are the same between these 
pieces of data, first source data 21 is removed of the 
operation function and formed into first transmitting ad- 
justed data 22. Meanwhile, second source data 24 is 
removed of the indication function and formed into sec- 
ond transmitting adjusted data 25. These pieces of data 
are attached with data A and B indicating the outlines. 
In this example, first transmitting adjusted data 22 is at- 
tached with outline A and formed into first transmitting 
data 23, and second transmitting adjusted data 25 is at- 
tached with outline B and formed into second transmit- 
ting data 26. Outline A includes the content of transmis- 
sion through communication 1 , the content of transmis- 
sion through communication 2 and contents necessary 
for implementing the function of communication 1 and 
its order. It is described to refer to the necessary content 
if the contents of transmission through communication 
1 does not includes the necessary content (which cor- 
responds to the operation function in this embodiment). 
Outline B includes the content of transmission through 
communication 2, the content of transmission through 
communication 1 and contents necessary for imple- 
menting the function of communication 2 and its order. 
It is described to refer to the necessary content of com- 
munication 1 and its order if the content of transmission 
through communication 2 does not include a necessary 
content (which corresponds to the indication function in 
this embodiment). Thus, the content to transmit is com- 
pleted. Communication 1 repeatedly transmits first 
transmitting data 23, while communication 2 repeatedly 
transmits second transmitting data 26. The contents of 
outlines A and B are shown in Figs. 28A and 28B. 

First receiving side 42 receives data by the following 
procedure. First transmitting data 23 is received through 
communication 1 and formed into first received data 27. 
Then, referring to outline A, it is recognized that there is 
data (operation function) lacking in first received data 
27. The receiving side determines to refer to communi- 
cation 2 and communicates with communication 2, and 
then obtains the lacking data (operation function). The 
lacking data (operation function) is then added to first 
received data 27, which is labeled first received added 
data 28. Then, the order of necessary contents in outline 
A is referred to, first received added data 28 is rear- 
ranged to produce first received final data 29 by remov- 
ing outline A and the receiving operation completes. 

Similarly, second receiving side 43 receives data by 



the following procedure. Second transmitting data 26 is 
received through communication 2 and formed into sec- 
ond received data 30. Then, referring to outline B, the 
receiving side recognizes that there is data (indication 
5 function) lacking in the second received data, and de- 
termines to refer to communication 1 . The receiving side 
communicates with communication 1, obtains the lack- 
ing data (indication function), then adds the lacking data 
(indication function) to the second received data, and 
the data is formed into second received added data 31 . 
Then, referring to the order of necessary contents in out- 
line B, second received added data 31 is rearranged, 
second received final data 32 is produced by removing 
outline B, and the receiving operation completes. 

Through the above-described processings, it is no 
longer necessary for communication 1 and communica- 
tion 2 to transmit overlapping data, and the communi- 
cation efficiency increases. 

Although the present invention has been described 
and illustrated in detail, it is clearly understood that the 
same is by way of illustration and example only and is 
not to be taken by way of limitation, the spirit and scope 
of the present invention being limited only by the terms 
of the appended claims. 



Claim* 

1 . A telecommunication method, wherein the same in- 
30 formation is repeatedly transmitted from a single in- 
formation source to an information device, compris- 
ing the steps of: 

dividing S22 the entire information into a plural- 
36 ity of data blocks on a transmitting side; 

transmitting S24-S31 said data blocks pro- 
duced by dividing based on a predetermined 
procedure; 

starting receiving S41-S43 an arbitrary data 
40 block among said transmitted data blocks on a 

receiving side; and 

obtaining the entire information S44-S46 when 
there is no longer unreceived data block. 

45 2. The telecommunication method as recited in claim 

1 , further comprising a step of specifying said data 
blocks produced by dividing. 

3. The telecommunication method as recited in claim 
so 2, wherein 

said step of specifying said data blocks in- 
cludes a step of adding information to said data 
block, said information indicating the position of 
storing said data block received by the receiving 
55 side. 

4. The telecommunication method as recited in claim 

2, wherein 
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said step of specifying said data block in- 
cludes a step of adding information indicating the 
order of transmitting said data blocks on said trans- 
mitting side S85, and received data blocks are po- 
sitioned S103-S107 based on the information indi- 
cating said order of transmission on said receiving 
side. 

5. The telecommunication method as recited in claim 
2, wherein 

said step of specifying said data block in- 
cludes a step of forming part of the information of 
said data block into an identifier S 1 1 2, S 1 1 3 for said 
data block on said transmitting side, and the infor- 
mation is restored using said identifier on said re- 
ceiving side. 

6. The telecommunication method as recited in claim 
1 , further comprising the steps of: 

updating information S26; 
transmitting information S29-S31 indicating 
said update information from said transmitting 
side; and 

receiving data once again S41 -S44 if said up- 
date information is determined on said receiv- 
ing side. 

7. The telecommunication method as recited in claim 
6, wherein 

said step of transmitting the information indi- 
cating said update information includes a step of 
adding update information S1 43 to each of said da- 
ta blocks. 

8. The telecommunication method as recited in claim 
6, wherein 

the information indicating said update informa- 
tion includes information indicating whether or 
not information received before updating can 
be used, and 

the information before updating is also used if 
the information before updating can be used 
based on said update information. 

9. The telecommunication method as recited in claim 
8, further comprising transmitting said information 
indicating said update information at predetermined 
time after said updating. 

10. The telecommunication method as recited in claim 
8, wherein 

information before updating is obtained from 
data received before said updating and data re- 
ceived after said updating. 

11. The telecommunication method as recited in claim 



7, further comprising the steps of producing con- 
tents after updating and the content of a change be- 
tween before and after the updating for each said 
data block on said transmitting side, and transmit- 
5 ting the produced contents after updating and of the 
change for a prescribed time period after the updat- 
ing, 

said receiving side receiving information us- 
ing the contents after the updating and the content 
10 of the change transmitted. 

12. The telecommunication method as recited in claim 
1 , wherein 

15 a plurality of communication media 1 , 3 are pro- 

vided from said transmitting side 1 to said re- 
ceiving side 7, said plurality of communication 
media transmitting said information by shifting 
the positions of transmitting blocks from each 

20 other 21 ,22, and 

said receiving side receives said information si- 
multaneously from said plurality of communica- 
tion media 1 , 3, and arranges 1 3 unoverlapped 
portions of the received content, thereby ob- 

2S tainrng the entire said information. 

13. The telecommunication method as recited in claim 
12, wherein 

said plurality of communication media in- 
30 eludes a plurality of communication networks, 
which communicate data interpolated with each 
other. 

14. A telecommunication methodthrough whichat least 
35 two pieces 21, 24 of transmission information are 

transmitted from a plurality of transmitters on a 
transmitting side to at least two receivers 42, 43 on 
a receiving side, wherein 

40 said transmission information includes an over- 

lapped portion, 

at least one of said transmitters on said trans- 
mitting side removes 22, 25 said overlapped 
portion of the information from one of the pieces 
45 of the information, 

said receiving side receives information from 
the plurality of transmitters, and receives de- 
sired information based on said plurality of 
pieces of information. 

so 

15. The telecommunication method as recited in claim 
14, wherein 

said transmitting side transmits information in- 
55 dicating that said overlapped portion of the in- 

formation is removed, and 
said receiving side restores said desired infor- 
mation based on the information received from 
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said plurality of transmitters on said transmit- 
ting side upon receiving said information asso- 
ciated with the removal. 

16. A telecommunication method for transmitting infor- 5 
mation from a source to a receiver comprising the 
step of dividing the information to be transmitted in- 
to a plurality of data blocks and transmitting the 
blocks in accordance with a predetermined proce- 
dure. 10 

17. A transmission device for transmitting information 
comprising means for dividing the information to be 
transmitted into a plurality of data blocks and means 

for transmitting the blocks in accordance with a pre- is 
determined procedure, 

18. A telecommunication method for transmitting at 
least two pieces of information which include an ar- 
ea of overlap from separate transmitters, wherein 20 
the area of overlap is removed from one of the piec- 
es of information before transmission. 
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